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SYSTEM AND METHOD FOR ELIMINATING AN UNNECESSARY 
DISPATCH OF A SERVICE TECHNICIAN 



TECHNICAL FIELD 

This invention relates in general to dispatching a service 
technician, and more particularly to monitoring service orders to eliminate 
an unnecessary dispatch of a service technician. 

BACKGROUND OF THE INVENTION 

A service technician is often used to support the installation or 
repair of telephone service. Due to the cost of dispatching a service 
technician, it is preferable that a service technician only be dispatched when 
necessary and that multiple dispatches to the same location be avoided if 
possible. Typically, the dispatch of a service technician is initiated by a 
service request from a number of different sources, such as an ordering 
system used by an incumbent local exchange carrier and an ordering 
system used by a competitive local exchange carrier. Although it is 
preferable to avoid an unnecessary dispatch, the different sources typically 
do not attempt to prevent unnecessary dispatches because the performance 
of a particular system is not affected by an unnecessary dispatch. For 
example, the performance of an ordering system can be measured by how 
quickly a service order is generated. If so, then an ordering system 



generates a service order as quickly as possible, without trying to determine 
whether the service order will result in an unnecessary dispatch. 

It is a common occurrence for an ordering system to receive a 
request for installation of service from one customer and a request for 
discontinuation of service at the same location from another customer if the 
first customer is moving to the location and the second customer is moving 
away from the location. If the ordering system receives a request from the 
first customer to install new service at the location, then the ordering 
system issues a service request that requests the installation of new service. 
The ordering system (or other systems involved in the installation of the 
new service) may not recognize that the second customer has requested 
discontinuation of service at the same location so that the facilities 
previously used by the second customer can be assigned to the first 
customer. If not, then different facilities may be assigned for use by the 
second customer and a service technician is dispatched to complete the 
installation. However, if the facilities previously used by the second 
customer can be assigned to the first customer, then the dispatch can be 
saved because the existing facilities are reused. 

An unnecessary dispatch can also result when a customer 
requests the installation of service at a multifamily dwelling or office 
building. An address for such a building can include a building number, 
unit number, floor number or suite number, in addition to a street number. 
For example, the address for an apartment can include "Building A, Unit 
102." The inconsistent use of building numbers and unit numbers in an 
address can result in an unnecessary dispatch because an address that uses 
one method of addressing is not recognized as referring to the same 
location as another address that uses a different method of addressing. 
Consider the situation where service was previously provided to an 
apartment using an address that includes "Building A, Unit 102." A 
subsequent request for installation of service is made for the same 
apartment, but the customer provides an address that includes "A- 102," 
rather than "Building A, Unit 102." If the address is not recognized as 
referring to the same location, then new facilities are assigned and a service 
technician is dispatched to complete the installation. However, if the 
address is recognized as referring to the same location, then the facilities 
can be reused and the dispatch can be saved. Thus, there is a need for a 
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system and method for monitoring the dispatch of service technicians to 
eliminate unnecessary dispatches. 

The determination of an unnecessary dispatch should be made 
quickly enough so that it does not impair the response time for the dispatch 
5 of a service technician. If the time required to determine an unnecessary 
dispatch is too long, then the response time will suffer and customers 
cannot be timely served. Thus, the system and method for monitoring the 
dispatch of service technicians to eliminate unnecessary dispatches should 
not delay the dispatch of a service technician if the dispatch is necessary. 



SUMMARY OF THE INVENTION 

The present invention meets the needs described above by 
! s ;i providing a system and method for eliminating the unnecessary dispatch of 

15 a service technician. The present invention can be used in connection with 
'% the existing processes and systems that are used to generate service orders 

i!fH and manage the dispatch of service technicians without delaying the 

rf;; dispatch of a service technician when necessary. 

In one aspect of the invention, a system, such as the trap 
!;* 20 service order system, is provided for monitoring service orders to eliminate 
jli unnecessary dispatches. Service orders are initiated by service requests 

^ that are generated by a variety of different sources, such as different local 

, exchange carriers. The service requests are received by a service order 

control system which reviews the requests and generates service orders for 
25 the received service requests. 

Once a service order is generated, the service order is sent to 
a loop facility assignment control system. The loop facility assignment 
control system assigns any facilities required by the service order. The 
service order control system then transmits the service order, including the 
30 facilities information, to the integrated service process (ISP) in the work 
management center. The ISP determines whether a service order requires 
the dispatch of a service technician. If so, then the ISP communicates with 
the MAPPER system and the MAPPER system generates a dispatch order. 
The dispatch order is assigned a number or other type of identifier for 
35 tracking purposes and is placed in a queue for execution. 

The trap service order system monitors the service orders 
output from the service order control system to the ISP by receiving a 



duplicate drop of the service orders. The trap service order system 
determines whether a service order indicates that a dispatch is required. If 
the service order indicates that a dispatch is required, then the trap service 
order system further examines the service order to determine whether an 
unnecessary dispatch can be avoided. If the trap service order system 
determines that an unnecessary dispatch can be avoided, then the trap 
service order system communicates with the service order control system 
and the service order is corrected. The MAPPER system recognizes that 
the service order has been corrected and cancels the existing dispatch order 
to eliminate the unnecessary dispatch. 

In another aspect of the invention, a method for eliminating an 
unnecessary dispatch is provided. The service orders generated by the 
service order control system are monitored to identify service orders that 
require a dispatch. If a service order is identified as requiring a dispatch, 
then the service order is selected for further analysis. The service order is 
initially analyzed to determine whether the service order meets a set of 
predefined criteria. The set of predefined criteria is selected to identify 
service orders that are likely to cause an unnecessary dispatch. If the 
service order meets the set of predefined criteria, then the service order is 
further analyzed to determine whether the dispatch associated with the 
service order is unnecessary and should be canceled. Once the dispatch is 
determined to be unnecessary, then the service order is corrected to 
eliminate the unnecessary dispatch. 

In another aspect of the invention, a determination is made as 
to whether the dispatch associated with the service order should be placed 
on hold. The dispatch is placed on hold if the dispatch is scheduled to 
occur within a predefined time period, typically within the next 24 hours. 
If the determination is that the dispatch should be placed on hold, then the 
dispatch is put on hold so that the dispatch will not occur as scheduled. 

The set of predefined criteria used to identify service orders 
that are likely to result in an unnecessary dispatch can be determined by an 
analysis of past dispatches to identify the characteristics of a service order 
that indicate a likelihood of an unnecessary dispatch. The fields or sections 
of the service order that are examined to determine whether the service 
order meets the set of predefined criteria typically include the assignment 
section, the listing section, the service and equipment section and the 
identification section. The set of predefined criteria are flexible and can be 
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changed to accommodate changes in the systems that generate service 
requests, generate service orders and assign facilities. 

These and other aspects, features and advantages of the 
present invention may be more clearly understood and appreciated from a 
5 review of the following detailed description of the disclosed embodiments 
and by reference to the appended drawings and claims. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
10 Figure 1 is a block diagram illustrating an exemplary 

operating environment for an embodiment of the present invention. 

Figure 2 is a flow diagram illustrating a method for eliminating 
an unnecessary dispatch, in accordance with an embodiment of the present 
!'jfjj information. 

|: 15. 
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5 DETAILED DESCRIPTION OF THE INVENTION 

"j*; The present invention is directed to a system and method for 

f, eliminating the unnecessary dispatch of a service technician. The present 

20 invention can be used in connection with the existing processes and 
systems that are used to generate service orders and manage the dispatch 
of service technicians. Briefly described, the present invention monitors 
service orders generated by the service order control system to identify 
service orders that require a dispatch. If a service order is identified as 
25 requiring a dispatch, then the service order is selected for further analysis. 
The service order is initially analyzed to determine whether the service 
order meets a set of predefined criteria. The set of predefined criteria is 
selected to identify service orders that are likely to cause an unnecessary 
dispatch. The set of predefined criteria can be determined by an analysis of 
30 past dispatches to identify the characteristics of a service order that indicate 
a likelihood of an unnecessary dispatch. The set of predefined criteria are 
flexible and can be changed to accommodate changes in the systems and 
processes that generate service orders. If the service order meets the set of 
predefined criteria, then the service order is further analyzed to determine 
35 whether the dispatch associated with the service order is unnecessary and 
should be canceled. If the dispatch is determined to be unnecessary, then 
the service order is corrected to eliminate the unnecessary dispatch. 
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System for Monitoring Service Orders 

Figure 1 illustrates an exemplary system for monitoring 
service orders to eliminate unnecessary dispatches. Service requests 111 
are generated by a number of different sources 102a, 102b . . . 102n. In an 
environment where there are a number of competitive local exchange 
carriers, the sources can correspond to different local exchange carriers. 
For example, source 102a can correspond to an incumbent local exchange 
carrier (ILEC) and source 102b can correspond to a competitive local 
exchange carrier (CLEC). In the exemplary system shown in Figure 1, the 
requests from the ILEC are sent to a regional negotiating system (RNS) 
103 prior to being sent to the service order control system 104 and the 
requests from the CLEC are sent to a local exchange negotiation system 
(LENS) 105 prior to being sent to the service order control system 104. In 
addition, a request from a CLEC may be validated by a regional street 
address guide (RSAG) database (not shown) prior to being sent to the 
service order control system. 

The service order control system (SOCS) 104 reviews a 
service request and generates a service order for the received service 
request. In one embodiment, the service order includes a number of 
sections including a listing section, a billing section, a service and equipment 
(S&E) section, a remarks section, an assignment section, a status section, as 
well as a header and an identification (ID) section. The service order 
control system includes a database (not shown) that maintains information 
about the generated service orders. 

Once a service order is generated, the service order is sent to 
the loop facility assignment control system (LFACS) 106 via input 112. 
The loop facility assignment control system assigns facilities for service 
orders that require facilities. The assignment of facilities is supported by a 
database in the loop facility assignment control system (not shown). For 
example, if a service request is directed to the installation of new service, 
the loop facility assignment control system references the database and 
assigns a cable pair for the installation. The assigned facilities are 
communicated to the service order control system via input 113 and the 
database in the service order control system is updated with the facilities 
information. 



The service order control system then transmits the service 
order, including the facilities information to the integrated service process 
(ISP) in the work management center 108 via input 114. The ISP 
determines whether a service order requires the dispatch of a service 
technician. If so, then the ISP communicates with the MAPPER system 
and the MAPPER system generates a dispatch order. The dispatch order is 
assigned a number or other type of identifier for tracking purposes and is 
placed in a queue for execution. 

The trap service order system 110 monitors the service orders 
output from the service order control system 104 to the ISP by receiving a 
duplicate drop of the service orders. The trap service order system 
determines whether a service order indicates that a dispatch is required. If 
the service order indicates that a dispatch is required, then the trap service 
order system further examines the service order to determine whether an 
unnecessary dispatch can be avoided. 

If the trap service order system determines that an 
unnecessary dispatch can be avoided, then the trap service order system 
communicates with the service order control system 104 and possibly the 
loop facility assignment control system 106 and the ISP. The trap service 
order system communicates with the service order control system via input 
1 1 8 to update or correct the database in the service order control system, 
communicates with the loop facility assignment control system via input 
117 to update or correct the database in the loop facility assignment control 
system, and communicates with the MAPPER system via input 116 to 
place a dispatch order on hold. 

If the database in the service order control system is updated 
or corrected, then the service order control system corrects the service 
order. The corrected service order is sent to the loop facility assignment 
control system and the loop facility assignment control system determines 
whether the corrected service order requires the assignment of facilities. If 
so, then the facilities are assigned and the database in the service order 
control system is updated with the facilities information. If the trap service 
order system updates the database in the loop facility assignment control 
system, then the loop facility assignment control system corrects or updates 
the assignment of facilities for the corrected service order. The corrected 
service order is also sent to the MAPPER system. The MAPPER system 
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recognizes that the corrected service order corresponds to an existing 
dispatch order and cancels the existing dispatch order. 

A dispatch order is placed on hold if the trap service order 
system determines that the dispatch might occur before a corrected service 
order can be generated and processed through the systems to cancel the 
existing dispatch order. By placing the dispatch order on hold, the dispatch 
will not occur as scheduled. Once the corrected service order is received 
by the MAPPER system, the existing dispatch order is canceled. 

To determine whether a dispatch is unnecessary and to initiate 
a corrected service order, the trap service order system can use a number 
of different methods that use some, little or no human intervention. In one 
embodiment, the review of the service orders, the updates of the databases 
in the service order control system and the loop facility assignment control 
system, and the communication with the MAPPER system are performed 
automatically by the trap service order system. In another embodiment, a 
user can review service orders that have been identified as being likely to 
cause an unnecessary dispatch on a display device to determine whether a 
dispatch is unnecessary. The user can select certain types of service orders 
to review, such as service orders that are related to other service orders or 
service orders that include an override code. The selection of the types of 
service orders to review is performed by querying a database of service 
orders that have been identified as requiring a dispatch. In yet another 
embodiment, reports can be periodically generated to list service orders 
that are likely to cause an unnecessary dispatch. The reports are based 
upon the set of predefined criteria. The reports can be reviewed by a user 
to determine whether a service order requires an unnecessary dispatch. 
Once a service order has been identified as requiring an unnecessary 
dispatch, the communication with the service order control system and 
possibly the loop facility assignment control system and the MAPPER 
system can be performed automatically by the trap service order system or 
can be performed manually by a user of the trap service order system. 

Method for Eliminating an Unnecessary Dispatch 

In Figure 2, an exemplary method for eliminating an 
unnecessary dispatch is illustrated. The method is typically performed by a 
system, such as the trap service order system illustrated by Figure 1 . The 
method begins at step 202 where the service orders generated by the 



service order control system are monitored. In step 204 a determination is 
made as to whether a service order requires a dispatch. In one 
embodiment, the determination as to whether a service order requires a 
dispatch is made by examining the routing code in the header section of the 
service order and the work function code in the assignment section of the 
service order. This determination is the same determination that is made 
by the ISP to determine whether a dispatch is required. If the 
determination in step 204 is that the service order does not require a 
dispatch, then the No branch is followed back to step 202. 

However, if the determination in step 204 is that the service 
order requires a dispatch, then the Yes branch is followed to step 206 and 
the service order is selected for further analysis. In step 208, a 
determination is made as to whether the service order meets a set of 
predefined criteria. The set of predefined criteria is selected to identify 
service orders that are likely to cause an unnecessary dispatch. To 
determine whether the service order meets the set of predefined criteria, 
selected sections of the service order are examined. For example, the ID 
section of the service order is examined to determine whether the service 
order includes an override code. An override code can be inserted by a 
source to force a dispatch. However, the override code is often misused by 
a source so a service order that includes the override code is likely to 
require an unnecessary dispatch. If the service order includes an override 
code, then the service order is identified as one that meets the set of 
predefined criteria. 

The set of predefined criteria also include determining whether 
the service order is a reinstall/reconnect order for a former customer. One 
example of a reinstall/reconnect order is a port back order. A port back 
order occurs when a customer of a local exchange carrier switches to a 
competitive local exchange carrier and then returns to the original local 
exchange carrier. If the former customer is assigned facilities that are 
different from the facilities that were previously assigned, then an 
unnecessary dispatch is likely to occur. To determine whether the service 
order is a port back order, the former customer telephone number (FCTN) 
field of the listing section of the order is examined. If the FCTN field 
indicates that the service order is a port back order, then the service order 
is identified as one that meets the set of predefined criteria. As will be 
apparent to those skilled in the art, the set of predefined criteria can include 
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other values and/or other selected fields and sections of the service order 
that indicate a likelihood of an unnecessary dispatch. For example, the set 
of predefined criteria can include examining the assignment section to 
determine the assigned facilities, comparing the service order to other 
service orders to identify duplicate service orders or any number of other 
criteria. 

If the determination in step 208 is that the service order does 
not meet the set of predefined criteria, then the No branch is followed back 
to step 202. Otherwise, the Yes branch is followed to step 210. In step 
210, the service order is further analyzed to determine whether the 
dispatch associated with the service order is unnecessary and should be 
canceled. For example, if the service order includes an override code, then 
the service order is reviewed to determine whether a dispatch is necessary. 
If the determination is that the dispatch is not necessary, then the dispatch 
is canceled. If the service order is a port back order for a former customer, 
then the service order is reviewed to determine whether the service order 
assigns facilities that are different from the facilities that were previously 
assigned. If so, the service order is identified as one requiring an 
unnecessary dispatch because if the facilities were reused the dispatch could 
be saved. 

If the determination in step 210 is that the dispatch associated 
with the service order is necessary, then the method returns to step 202. 
However, if the service order is identified as requiring an unnecessary 
dispatch, then the Yes branch is followed to step 212. In step 212, a 
determination is made as to whether the dispatch associated with the 
service order should be placed on hold. The dispatch is placed on hold if 
the dispatch is scheduled to occur within a predefined time period, typically 
within the next 24 hours. If the determination is that the dispatch should 
be placed on hold, then the Yes branch is followed to step 220. In step 
220, the dispatch is put on hold so that the dispatch will not occur as 
scheduled. As described above in connection with Figure 1 , the dispatch is 
typically put on hold by communicating with the MAPPER system in the 
work management center. 

Although Figure 2 illustrates that the determination as to 
whether the dispatch order should be placed on hold occurs after the 
service order is identified as requiring an unnecessary dispatch, the 
determination can also be made at other times. For example, the 
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determination as to whether the dispatch order should be placed on hold 
could be made after the determination is made in step 204 that the service 
order requires a dispatch. This would place the dispatch order on hold 
while the service order is examined to determine whether the dispatch 
order should be canceled. Alternatively, the determination as to whether 
the dispatch order should be placed on hold could be made after the 
determination is made in step 208 that the service order meets a set of 
predefined criteria. 

Once the dispatch order has been put on hold in step 220, or 
if the determination in step 212 is that the dispatch order should not be put 
on hold, then the method proceeds to step 214. In step 214, the database 
in the service order control system is updated. By updating the database in 
the service order control system, the service order is corrected and the 
unnecessary dispatch is eliminated. Once the database in the service order 
control system is updated, then the method proceeds to step 216. In step 
216 a determination is made as to whether the database in the loop facility 
assignment control system should be updated. The database in the loop 
facility assignment control system is updated if the facilities assignment 
needs to be modified to eliminate the dispatch. If the determination in step 
216 is that the database in the loop facility assignment control system 
should be updated, then the method proceeds to step 218 and the database 
is updated. However, if the determination in step 216 is that the database 
does not need to be updated, then the method proceeds back to step 202. 

Determining that a Service Order is Likely to Cause an Unnecessary 
Dispatch 

The set of predefined criteria used to identify service orders in 
step 208 of Figure 2 is typically determined by an analysis of past 
dispatches to identify the characteristics of a service order that indicate a 
likelihood of an unnecessary dispatch. There are generally two types of 
service orders, new installs and reinstalls/reconnects. The type of service 
order can be determined by examining the FCTN field of the listing section 
of the service order. The set of predefined criteria consider the type of 
service order, as well as the information included in selected fields or 
sections of the service order. The fields or sections of the service order that 
are examined to determine whether the service order meets the set of 
predefined criteria typically include the assignment section, the listing 
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section, the S&E section and the ID section. The assignment section is 
examined to determine what facilities have been assigned and to determine 
whether there are any related orders. The listing section is examined to 
determine whether the service order is associated with a former customer. 
The S&E section is examined to determine whether the service order 
requests an additional line and to determine whether the order is a port 
back order. 

In one embodiment, the set of predefined criteria include 
determining whether the order was initiated by the incumbent local 
exchange carrier or a competitive local exchange carrier. As illustrated by 
Figure 1, a service request can be initiated by different sources that use 
different preprocessing systems. In the exemplary embodiment illustrated 
by Figure 1, a service request from the incumbent local exchange carrier is 
processed by the RNS 103 system, whereas a service request from a 
competitive local exchange carrier is processed by the LENS 105 system 
and possibly the RSAG system (not shown). The different preprocessing 
can affect the definition of the set of predefined criteria. 

In addition, the training received by employees of the 
incumbent local exchange carrier and a competitive local exchange carrier 
differ and can affect the definition of the set of predefined criteria. For 
example, if employees of a particular competitive local exchange carrier are 
trained to complete service requests in a manner that increases the 
likelihood of an unnecessary dispatch, then the set of predefined criteria 
include an examination of the service order to determine whether the 
service order was generated by the competitive local exchange carrier, as 
well as an examination of those fields or sections of the service order that 
can cause an unnecessary dispatch due to the manner of completion. 
Because the source of the service request can affect the set of predefined 
criteria, different fields or sections of the service order can be examined 
based upon the source. 

The set of predefined criteria is flexible and can be modified as 
necessary. For example, if the preprocessing of a service request changes, 
then the fields or sections of the service order that need to be examined to 
determine whether an unnecessary dispatch can also change. The set of 
predefined criteria can be changed to specify different or additional fields 
and sections of the service order to accommodate the changes in the 
preprocessing. 



13 



If the set of predefined criteria is determined by an analysis of 
past dispatches, then the set of predefined criteria can also be used to 
identify problems with the source systems, the service order control system 
or the loop facility assignment control system. Even though a problem is 
identified, determining and implementing a solution to the problem can take 
time. The use of the set of predefined criteria to analyze service orders 
insures that an unnecessary dispatch does not occur while a solution to the 
problem is implemented at another system. 

Additional alternative embodiments will be apparent to those 
skilled in the art to which the present invention pertains without departing 
from its spirit and scope. For example, additional or alternative criteria can 
be used to determine that a service order is likely to cause an unnecessary 
dispatch. Accordingly, the scope of the present invention is described by 
the appended claims and is supported by the foregoing description. 



